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WHAT IS CLAIMED IS; 
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A method of managing a shared resource, said method 
comprising: 

determining whether a process identifier included in a 
queue corresponds to a read requestor or a write 
requestoi 

allowing the wisite requestor to write to the shared 
resource ii\ response to the process identifier 
corresponding to the write requestor; and 

allowing one or more successive read requestors to 
read from the scared resource in response to the 
process identifier corresponding to one of the 
read requestors. 

The method as described iAv claim 1 further comprising: 

setting a resource lock in \n available mode; 

setting the resource lock iri a read mode in response 
to the first of the one\pr more read requestors 
accessing the available resource lock; and 

granting each of the read requestors read access to 
the resource lock. 
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The method as described in claim 1 further comprising: 
setting a write wanted flag in response to a write 

requestor requesting a resource Jtock after the 

resource lock has been set in read mode; 
requesting lock access by one or more read\ requestors , 

the requesting occurring after the wr^te wanted 

flag is set; 
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8 grantxha lock access to a first group of the read 

9 requestors in response to the first group being 

10 included in the one or more successive read 

11 requestors; and 

12 denying locky access to a second group of the read 

13 requestors in response to the second group not 

14 being included in the one or more successive read 

15 requestors, 

1 4. The method as described in claim 3 further comprising: 

2 setting a woken \up flag for each read requestor 

3 included in the first group. 

G \ 

<J3 1 5. The method as described in claim 1 further comprising: 

; M \ 

iVi 2 releasing a resource uock; and 

* \ 

■U 3 granting a requesting process ownership of the 

CO \ 

.J) 4 resource lock, wherein the requesting process is 

5 the first process \to request the resource lock 

H ? 6 after the releasing. 

PU 

IT 1 

% 1 6. The method as described \in claim 5 wherein the 

2 requesting process does not ^orrespond with any of the 

3 process identifiers included rn the queue. 

1 7. The method as described in \ claim 5 wherein the 

2 requesting process corresponds wVth one of the process 

3 identifiers included in the queue, 

1 8. The method as described in claim 5 further comprising: 

2 speeding up processing for one or mc^re read requestors 

3 that acquire the resource lock, 
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9. The metnbd as described in claim 8 wherein the 
speeding \up includes granting one or more read 
requestors ia temporary time slice exemption. 

10. The method asNiescribed in claim 1 further comprising: 
identifying an upgrader in the queue; and 

granting the upgrader a write lock to the shared 
resource. \ 

11. The method as \described in claim 10 further 
comprising: \ 

boosting a priority^ of the upgrader prior to the 
upgrader writing Vo the shared resource. 

12. An information handling Wstem comprising: 
one or more processors; \ 

a memory accessible by the\ processors ; 
one or more shared resources; 

a nonvolatile storage device accessible by the 

processors; and \ 
a shared resource manager, thA shared resource manager 

including: \ 

means for determining Whether a process 
identifier included in\a queue corresponds 
to a read requestor or a yrite requestor; 

means for allowing the write Vequestor to write 
to the shared resource iA response to the 
process identifier corresponding to the 
write requestor; and \ 

means for allowing one or more successive read 
requestors to read from the shared resource 
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in A response to the process . identifier 
corresponding to one of the read requestors. 

13. The information handling system as described in claim 
12 further comprising: 

means for setting a resource lock in an available 
mode; 

means for setting tAe resource lock in a read mode in 
response to thet first of the one or more read 
requestors accessing the available resource lock; 
and 1 

means for granting each of the read requestors read 
access to the resource lock. 

14. The information handling\ system as described in claim 
12 further comprising: 
means for setting a write v^anted flag in response to a 

write requestor requesting a resource lock after 

the resource lock has be|en set in read mode; 
means for requesting lock access by one or more read 

requestors, the requesting occurring after the 

write wanted flag is set; 
means for granting lock access ^o a first group of the 

read requestors in response to the first group 

being included in the one or\ more successive read 

requestors ; and 
means for denying lock access to a \second group of the 

read requestors in response tov the second group 

not being included in the one o^ more successive 

read requestors. 

15. The information handling system as described in claim 
12 further comprising: 
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means for Releasing a resource lock; and 

means granting a requesting process ownership of the 
resource lock, wherein the requesting process is 
the firsst process to request the resource lock 
after the Veleasing . 

16. The information Handling system as described in claim 
15 wherein the requesting process does not correspond 
with any of the process identifiers included in the 
queue. 1 

17. The information handling system as described in claim 
15 wherein the requesting process corresponds with one 
of the process identifiers included in the queue. 

18. The information handling system as described in claim 
12 further comprising: \ 

means for speeding up processing for one or more of 
the read requestors that acquire a resource lock. 

19. The information handling system as described in claim 
18 wherein the means for speeding up includes means 
for granting one or more rekd requestors a temporary 
time slice exemption. \ 

20. The information handling system as described in claim 
12 further comprising: \ 

means for identifying an upgraderVLn the queue; and 
means for granting the upgrader a write lock to the 
shared resource. \ 

21. The inf ormation handling - system as described in claim 
2 0 further comprising: \ 
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3 means for boosting a priority of the upgrader prior to 

4 the upgrader writing to the shared resource. 

1 22. A computer ^program product for managing a shared 

2 resource, said\computer program product comprising: 

3 means for determining whether a process identifier 

4 included in^ a queue corresponds to a read 

5 requestor or a write requestor; 

6 means for allowing the write requestor to write to the 

7 shared resource in response to the process 

8 identifier corresponding to the write requestor; 

9 and 

:-jlO means for allowing 1 one or more successive read 

requestors to rejad from the shared resource in 

HJ12 response to the process identifier corresponding 

^L3 to one of the read\requestors . 

i4 £ 1 23. The computer program product as described in claim 22 

|,a2 further comprising: 

— 3 means for setting a resoi^ce lock in an available 

w 

«P 4 mode ; 

,!«i5 means for setting the resource^ lock in a read mode in 

6 response to the first of\the one or more read 

7 requestors accessing the available resource lock; 

8 and 

9 means for granting each of the r\^ad requestors read 

10 access to the resource lock- 

1 24. The computer program product as described in claim 22 

2 further comprising: 

3 means for setting a write wanted flag iA response to a 

4 write requestor requesting a resource lock after 

5 the resource lock has been set in read mode; 
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6 means fori requesting lock access by one or more read 

7 requestors, the requesting occurring after the 

8 write\wanted flag is set; 

9 means ; for granting lock access to a first group of the 

10 read requestors in response to the first group 

11 being inciuded in the one or more successive read 

12 requestors ;\and 

13 means for denying\ lock access to a second group of the 

14 read requestors in response to the second group 

15 not being included in the one or more successive 

16 read requestors . 

t «i 1 25- The computer prograln product as described in claim 24 

2 further comprising: 

py 3 means for setting la woken up flag for each read 

^ 4 requestor included in the first group. 

is 1 26. The computer program product as described in claim 22 

i\ 2 further comprising: 

PU 3 means for releasing a resource lock; and 

.his; \ 

! «J \ J= 

. 8 p 4 means for grantxng a requesting process ownership of 

|J5 the resource lock, wherein the requesting process 

i«3 \ 

6 is the first process \to request the resource lock 

7 after the releasing. 

1 27. The computer program product as described in claim 26 

2 wherein the requesting process does not correspond 

3 with any of the process identifiers included in the 

4 queue . 

1 28. The computer program product as\ described in claim 26 

2 wherein the requesting process corresponds with one of 

3 the process identifiers included in the queue. 
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29. The computer program product as described in claim 26 
further comprising: 

means for\speeding up processing for one or more read 
requestors that acquire the resource lock. 

30. The computer program product as described in claim 29 
wherein the mean! for speeding up includes means for 
granting one or mdre read requestors a temporary time 
slice exemption . 

31. The computer program\ product as described in claim 22 
further comprising: 

means for identifying Wn upgrader in the queue; and 
means for granting thte upgrader a write lock to the 
shared resource 

32. The computer program proa^ct as described in claim 31 
further comprising: 
means for boosting a priority of the upgrader prior to 

the upgrader writing to tthe shared resource. 



